home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000048_timbl _Wed Feb 19 10:41:35 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <timbl>
  2. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA21668; Wed, 19 Feb 92 10:41:35 GMT+0100
  4. Date: Wed, 19 Feb 92 10:41:35 GMT+0100
  5. From: timbl (Tim Berners-Lee)
  6. Message-Id: <9202190941.AA21668@ nxoc01.cern.ch >
  7. Received: by NeXT Mailer (1.62)
  8. To: Edward Vielmetti <emv@msen.com>
  9. Subject: Re: Documet ids (was Archie, WWW access directly to files)
  10. Cc: Brewster Kahle <brewster@think.com>, jcurran@nnsc.nsf.net,
  11.         kean@talon.ucs.orst.edu, wais-talk@think.com, www-talk@nxoc01.cern.ch
  12.  
  13.  
  14.  
  15. Date: Tue, 18 Feb 92 23:39:44 -0500
  16. From: Edward Vielmetti <emv@msen.com>
  17.  
  18. > Throughout the years people have used different ways to 
  19.  
  20. > describe files available for anonymous ftp.  that has never
  21. > been standardized ever.  no reason to believe it ever will
  22. > be.
  23.     Is there a similey for a big sigh?...
  24.  
  25. > If we are going to come up with a special kind of document
  26. > that refers to a new document type that has the semantics
  27. > of "pointer to file available for anonymous ftp", then it
  28. > should be assigned a WAIS type tag, described, and specified.
  29. > I'd suggest the tag AFTP.  Someone write a spec, we'll all
  30. > write code, & be done with it.  (There's plenty of data after
  31. > all.)  It would be better to do that rather than to use a TEXT
  32. > type tag and bicker about the format.
  33.  
  34. This Archie-wais-www has to get around the fact that the doc-id in  
  35. the search response is not the doc-id of the file, it's the id of a  
  36. line in the site listing which refers to the file.  However, one  
  37. wants to jump straight to the file, rather than to the site listing.  
  38. For this reason, the gateway throws away the wais doc-id and  
  39. generates an id for the file itself from the headline. If the doc-id  
  40. itself was that of the file (in any format), that would be cleaner of  
  41. course, as the headline could be in any human readable format. [Would  
  42. that be easy, Kean?]
  43.  
  44. > I don't think it would be hard for the WWW gateway to WAIS to
  45. > do special things to documents if they had a different type,
  46. > and then use that to convert AFTP type documents to WWW format.
  47. > Ditto gopher, archie, etc. clients.
  48.  
  49. It would be possible, sure. Do we want to have to access an AFTP type  
  50. document just to get a pointer to an FTP site? This takes time, I'd  
  51. prefer top skip that step.
  52.  
  53. > If it's TEXT, on the other hand, it can be *anything*.  Please
  54. > don't overload the semantics of the name of the server or the 
  55.  
  56. > accidental formatting of the contents of the document.  I would
  57. > like to create AFTP records to stick into many servers.
  58.  
  59. I agree that overloading the database name is horrible! Its a hack to  
  60. show what is possible. You can only do it cleanly if you has  
  61. universal document ids of some form or other.
  62.  
  63. Sure, clients and gateways can convert UDI formats -- avoids the  
  64. bickering but not as cool as having a common format. (Need that  
  65. smiley again!)
  66.  
  67. [BTW, If you're going to have an AFTP file format for pointing to  
  68. aftp sites, will you also need a GOPH file format for pointing to  
  69. gopher sites, and a NEWS file format for pointing to newsgroups...?   
  70. Suppose you do have some universal id scheme. Then you could have one  
  71. format for a file of pointers. Using the SES filter system, indexing  
  72. that file could (if it looked like a README for example) retrieve the  
  73. referenced document and index the actual document rather than just  
  74. the name.]
  75.  
  76.     Tim
  77.  
  78.  
  79. __________________________________________________________
  80. Tim Berners-Lee                       timbl@info.cern.ch
  81. World Wide Web initiative             (NeXTMail is ok)    
  82. CERN                                  Tel: +41(22)767 3755
  83. 1211 Geneva 23, Switzerland           Fax: +41(22)767 7155
  84.  
  85.  
  86.  
  87. 
  88.